home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / policy / 940228.txt < prev    next >
Encoding:
Internet Message Format  |  1994-11-13  |  16.7 KB

  1. Date: Tue, 31 May 94 04:30:09 PDT
  2. From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu>
  3. Errors-To: Ham-Policy-Errors@UCSD.Edu
  4. Reply-To: Ham-Policy@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Policy Digest V94 #228
  7. To: Ham-Policy
  8.  
  9.  
  10. Ham-Policy Digest           Tue, 31 May 94       Volume 94 : Issue  228
  11.  
  12. Today's Topics:
  13.                         2m QSO's and Callsigns
  14.                 Merge the CW test with the Theory Test
  15.                       Welcome to rec.radio.info!
  16.  
  17. Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu>
  18. Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu>
  19. Problems you can't solve otherwise to brian@ucsd.edu.
  20.  
  21. Archives of past issues of the Ham-Policy Digest are available 
  22. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy".
  23.  
  24. We trust that readers are intelligent enough to realize that all text
  25. herein consists of personal comments and does not represent the official
  26. policies or positions of any party.  Your mileage may vary.  So there.
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Mon, 30 May 1994 14:54:38 GMT
  30. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!newsxfer.itd.umich.edu!gumby!wupost!csus.edu!netcom.com!mahjmac@network.ucsd.edu
  31. Subject: 2m QSO's and Callsigns
  32. To: ham-policy@ucsd.edu
  33.  
  34. In <astaniec.1.001B3E9D@interaccess.com> astaniec@interaccess.com (Arthur T. Staniec) writes:
  35.  
  36. >You don't need to repeat the other stations call, but it is a sign
  37. >of courtesy that you try to remember who you are talking to.  Kind of
  38. >like using the person's name during the conversation.  People like to 
  39. >hear their name used and hams like to hear that other people remember
  40. >their callsign.
  41.  
  42. >Don't you think that's a neat idea, Mike?
  43.  
  44. ><see what I mean?>
  45.  
  46. I do see what you mean, and anticipate that it won't be a problem for me once
  47. I've actually started to participate.  Your reply made me comtemplate how
  48. anxious I am to get involved, and how neat it will be to have my very
  49. own callsign that others will know and remember!  I'm sure I'll enjoy
  50. knowing people remember my call, and thus I'll want to to the same.
  51.  
  52. Thanks Mack!
  53.  
  54. Mike
  55.  
  56. -- 
  57. -------------------------------------------------------------------------
  58. |  Michael A. Hotz       J.M. Allen Creations       mahjmac@netcom.com  |
  59. |  Of course my opinions represent those of my company, I own it!  ;-)  |
  60. -------------------------------------------------------------------------
  61.  
  62. ------------------------------
  63.  
  64. Date: Mon, 30 May 1994 15:43:25 GMT
  65. From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!caen!crl.dec.com!crl.dec.com!nntpd.lkg.dec.com!nntpd2.cxo.dec.com!iamu.chi.dec.com!little@network.ucsd.edu
  66. Subject: Merge the CW test with the Theory Test
  67. To: ham-policy@ucsd.edu
  68.  
  69. In article <1994May30.034656.16905@cs.brown.edu>, md@pstc3.pstc.brown.edu (Michael P. Deignan) writes:
  70. |>little@iamu.chi.dec.com (Todd Little) writes:
  71. |>
  72. |>> Do you have any solid facts that would prove your hypothesis that the
  73. |>> sampled population is _not_ representative of the entire population? 
  74. |>
  75. |>Oh goodie. Now I have to disprove "facts" which haven't been proven as
  76. |>"facts" at all.
  77. |>
  78. |>Do you have any evidence to show that the statistical techniques used
  79. |>by Newsline to reach their published conclusion are, in fact, correct,
  80. |>and address the questions which I have presented questioning those
  81. |>methods?
  82.  
  83. I'm not trying to make any judgement on Newsline as you are.  You claim bias
  84. and spout about statistics as the means to make a claim, yet provide no
  85. statistical evidence yourself to substantiate your claim.  And then you
  86. post your indignance at being held to the same standards you tried to
  87. establish?
  88.  
  89. |>> Or
  90. |>> is your conclusion simply conjecture based upon the outcome and that it
  91. |>> isn't in agreement with your views?  Come on, how can someone who claims
  92. |>> to have taught a statistics course turn around and make a statement like:
  93. |>> "know it is a biased poll."?
  94. |>
  95. |>There is a significant portion of the ham population which is not
  96. |>involved in packet radio or online services. This "survey" did not
  97. |>attempt to take into account the opinions of all amateurs, with equal
  98. |>likelihood of being chosen to give their opinion. The "survey" was not
  99. |>given on a random sample of the ham population. Hence, it is an
  100. |>invalid survey, for the purposes of claiming what the amateur community
  101. |>as a whole wants.
  102.  
  103. A survey doesn't need to take into account the opinions of every possible
  104. sub population to be valid.  The survey will only be biased if the portion of
  105. the population excluded from the survey is a) sufficiently large, and more
  106. importantly, b) has a different view on the matter being surveyed.  Without
  107. knowing those two pieces of information, you can't make a claim of bias.
  108.  
  109. |>And sorry, that's not conjecture, those are facts.
  110.  
  111. Nope, sorry, it's conjecture unless you have the above two pieces of
  112. information.
  113.  
  114. |>> Do you have any statistically significant evidence that supports your claim?
  115. |>
  116. |>I'm not the one making the claim. I'm questioning the statistical methods
  117. |>used to arrive at the broad generalizations made.
  118.  
  119. Excuse me, but what is the statement "One does not need to have 'intimate
  120. knowledge of the poll' to know that it is a biased poll."?  Sounds to me like
  121. a claim of bias without substantiating evidence.
  122.  
  123. |>Why? Are you going to start forcing people to like packet radio or
  124. |>online services? 
  125.  
  126. How is that different than you wanting to force people to like Morse code?
  127. But no, unlike you, I'm not interested in forcing people to like/learn
  128. one mode over another mode.
  129.  
  130. |>I thought you were against forcing people to like
  131. |>cw? Why would you want to inflict something similar? Or, is it a case
  132. |>of "what's good for the goose..."?
  133.  
  134. Not at all.  It's perfectly fine with me if no one moves to packet or online
  135. services.  That will help cut down on the overcrowding and degraded response
  136. times (said with tongue-in-cheek).  It's more a question of what is the 
  137. amateur radio service all about.  Please re-read the basis and purpose of 
  138. the amateur radio service and then draw your own conclusions.
  139.  
  140. 73,
  141. Todd
  142. N9MWB
  143.  
  144. ------------------------------
  145.  
  146. Date: Mon, 30 May 1994 21:00:05 MDT
  147. From: tribune.usask.ca!quartz.ucs.ualberta.ca!alberta!ve6mgs!rec-radio-info@decwrl.dec.com
  148. Subject: Welcome to rec.radio.info!
  149. To: ham-policy@ucsd.edu
  150.  
  151. Archive-name: radio/rec-radio-info/welcome
  152. Last-modified: $Date: 1994/01/02 22:00 $
  153. Version: $Revision: 1.06 $
  154.  
  155. *** Welcome to rec.radio.info! ***
  156.  
  157. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  158. of information and news for the entire rec.radio hierarchy.
  159.  
  160. Two introductory articles about rec.radio.info are posted to the group and
  161. to news.answers every two weeks. You are now reading the first article, which
  162. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  163. The second article is titled "Submission Guidelines", and you only need to 
  164. read it if you want to submit an article to rec.radio.info.
  165.  
  166. You can skip to the next section of this article by searching for the next
  167. " -- " string. The sections available are:
  168.  - What is the purpose of rec.radio.info?
  169.  - Why are messages almost always cross posted to rec.radio.info?
  170.  - What is a 'follow-up', and what does 'moderated' mean?
  171.  - OK, so now I know what 'moderated' means. Tell me more.
  172.  - What type of material is considered inappropriate?
  173.  - I do not have access to news, how can I get the information posted to
  174.    rec.radio.info?
  175.  - Will the material appearing in rec.radio.info be archived somewhere?
  176.  - I have a regular posting with timely information, is there a way to
  177.    speed up it's delivery, or automate for more convenience?
  178.  
  179.  -- What is the purpose of rec.radio.info?
  180.  
  181. The purpose or charter of rec.radio.info is to provide the Usenet community with
  182. a resource for information, news, and facts about any and all things radio.
  183.  
  184. All the other rec.radio groups are intended for discussions and general chit
  185. chat about radio.  Rec.radio.info will contain informational, factual articles
  186. only. Follow-ups are redirected to an appropriate other group, and further
  187. discussion (if any) will not take place in rec.radio.info.
  188.  
  189. In order to ensure that rec.radio.info contains only appropriate articles, it
  190. was decided to create the group as a moderated newsgroup.
  191.  
  192.  -- Why are messages almost always cross posted to rec.radio.info?
  193.  
  194. It provides a "tag" for each article to be assembled into a filtered
  195. presentation in rec.radio.info (even with cross-posting, only one message, with
  196. a unique Message-ID, is propogated across the net).  This tag also facilitates
  197. a pre-existing method of dropping or cancelling the articles locally within the
  198. discussion groups if you don't want to see them.  This accommodates individuals
  199. who want to separate the bulletins from the discussions, discussions from the
  200. bulletins, as well as those who are adamant about not reading another
  201. newsgroup and wanted to see everything all in one basket.  
  202.  
  203. With the total size of Usenet (in number of newsgroups and total traffic)
  204. doubling every year or so, this is no insignificant contribution to reducing
  205. information noise and chaos.  Making the discussion groups a catch-all, and
  206. making extra newsgroups filters on that catch-all, is also the most realistic
  207. way to implement such a scheme (It's not intuitively obvious what the charter,
  208. contents, and general appropriate topics for each and every newsgroup are.
  209. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  210. for new readers).
  211.  
  212. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  213. specify the extra group on the Newsgroups line), but are adding the capability
  214. for very powerful filtering features available on most news servers,
  215. listservers and readers.  Your local news guru could probably explain these
  216. features in more detail.
  217.  
  218. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  219. a line of the form:
  220.     /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  221. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  222. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  223. just in rec.radio.amateur.misc).  The latter method means your kill file will
  224. only be consulted during rec.radio.amateur.misc (and hence runs more
  225. efficiently), and will probably work for most people.
  226.  
  227. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  228.     rec.radio.info:!s/:^
  229. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  230. put the following lines: 
  231.     sequence
  232.     rec.radio.info
  233.     rec.radio.
  234. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  235. then read the remaining rec.radio.* without the bulletins.
  236.  
  237.  -- What is a 'follow-up', and what does 'moderated' mean?
  238.  
  239. If you are new to Usenet and are not familiar with the terminology, you might
  240. want to read the general introductory articles found in the newsgroup
  241. news.announce.newusers. Doing so will make your life on the net much easier,
  242. and will probably save you from making silly beginner's mistakes.
  243.  
  244. If you think that at this moment you are reading an echo, a conference, or
  245. a bulletin board, I'd also strongly suggest a trip over to
  246. news.announce.newusers.
  247.  
  248. For the rest of this article, I will assume you have a basic knowledge of
  249. Usenet terminology and mechanics.
  250.  
  251. A moderated group means that any article that needs to be posted to the group
  252. has to be accepted by the moderator of the group. Since we need to ensure that
  253. followups to an article (discussion) do not show up in the rec.radio.info
  254. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  255. appropriate for disussions about the specific article.
  256.  
  257.  -- OK, so now I know what 'moderated' means. Tell me more.
  258.  
  259. Rec.radio.info is a moderated newsgroup, which means that all articles
  260. submitted to the group will have to be approved by the moderator first.
  261.  
  262. The current moderator of the group is Mark Salyzyn.  Submissions to
  263. rec.radio.info can be posted, or e-mailed to:
  264.  
  265.         rec-radio-info@ve6mgs.ampr.ab.ca
  266.  
  267. Comments, criticisms, suggestions or questions about the group can be e-mailed
  268. to:
  269.         rec-radio-request@ve6mgs.ampr.ab.ca
  270.  
  271. But before you do so, please be sure to check out the "Submission Guidelines"
  272. article.
  273.  
  274. The influence of the moderator should be minimal and of an administrative
  275. nature, consisting chiefly of weeding out obviously inappropriate articles,
  276. while making sure correct headers etc. are used for the appropriate ones.
  277.  
  278.  -- What type of material is considered inappropriate?
  279.  
  280. There are three broad categories of articles which will be rejected by the
  281. moderator:
  282.  
  283. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  284.    receive information in my mailbox; I then post it to rec.radio.info.
  285.    Requests for specific information belong in the normal discussion newsgroups.
  286.    If your request gets answered, you might consider passing the answer on to
  287.    rec.radio.info, though. Especially if you can edit it into a informational,
  288.    rather than a discussion, format.
  289.  
  290. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  291.  
  292. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  293.    accepted, but any hint of for-profit might be reason for rejection. For three
  294.    reasons: This is not the purpose of the list, for-profit is a controversial
  295.    topic, and this list may be passed onto Amateur Packet Radio (where
  296.    for-profit is prohibited except under certain provisos).
  297.  
  298.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  299.    posting in any matter.
  300.  
  301.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  302.    worthwhile to the net, I would recommend obtaining permission from the
  303.    copyright holder.  Please note the source, and if permission was given.  I
  304.    reserve the right to make the final decision concerning appropriateness in
  305.    all situations.  In most cases, a brief summary of, or pointer to, the
  306.    copyrighted information may be all I can allow.
  307.  
  308.  -- I do not have access to news, how can I get the information posted to
  309.     rec.radio.info?
  310.  
  311. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  312. rec.radio.info. Non of the articles will be digested, due to their size, so
  313. you will receive individual mailings for every article posted to the group.
  314.  
  315. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  316. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  317.  
  318. To subscribe and unsubscribe via the listserver; the format for that is
  319.  
  320.     sub address radio-info
  321.     unsub address radio-info
  322.  
  323. where 'address' is your full mailing address. Send this request to
  324.  
  325.     listserv@ucsd.edu
  326.     
  327. Note that the server will automatically delete any address that bounces mail.
  328. If you leave the address portion blank, it will try to deduce your address
  329. from the mail headers. This may not work if you are on bitnet, milnet or
  330. some other non-Unix host, so it is recommended to put your return address
  331. in any case. For example:
  332.  
  333.     sub mymailbox@myhost.mydomain.mil radio-info
  334. or
  335.     sub MEMEME01@DMBHST.bitnet radio-info
  336.  
  337. or something like that.
  338.  
  339.  -- Will the material appearing in rec.radio.info be archived somewhere?
  340.  
  341. < Dated information here >
  342.  
  343. Yes. Still firming up details at the moment but here is a preliminary list:
  344.     - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  345.     - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  346.         saved to /pub/dx/text/rec.radio.info currently stored as
  347.         numbered files.
  348.  
  349. Effectively this means that anything you post to rec.radio.info will be
  350. permanently stored, so your work will not be lost.
  351.  
  352.  -- I have a regular posting with timely information, is there a way to
  353.     speed up it's delivery, or automate for more convenience?
  354.  
  355. Yes, there is! It may take a bit of chatter with the moderator, but we are
  356. willing to take responsible people and provide them the means of posting the
  357. articles directly from their site. We will try everything we can as we fully
  358. realize that DX (distant signal) and astronomical data can be somewhat
  359. transitory. We are also willing to allow regular posters of information the
  360. same courtesy, even if the information is not as time critical.
  361.  
  362. We refer to this as self-moderation, which is partly based on the model for
  363. news.answer. This requires co-operation and good will to be beneficial to
  364. the community in the rec.radio hierarchy.
  365.  
  366. I suggest reading the posting guidelines for more information. I am open to
  367. suggestions.
  368.  
  369. I thank the following individuals for their input into this article:
  370.     rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  371.     rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  372.     Paul W. Schleck, KD3FU pschleck@unomaha.edu
  373.     Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  374.  
  375. -- 
  376. Mark Salyzyn -- Moderator rec.radio.info
  377. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  378. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  379. * Requests for information do *not* belong in rec.radio.info *
  380.  
  381. ------------------------------
  382.  
  383. End of Ham-Policy Digest V94 #228
  384. ******************************
  385.